說明

回顧需講述的內容

1. Backstage 為了畫出apisix上設定的api provider及api consumer，所以做了初步的建置
2. 當 apisix single failure 我們的處置應對討論
3. 網路層面的討論 API Endpoint 的設定值與網路於k8s cluster外打進來的路徑
4. 網路層面的討論 如果打到的服務與 API Gatewat 同一個 cluster，API Endpoint suffix(<service-name>.<namespace>.svc.cluster.local)的設定
5. 在某次會議中，與會人提及Circuit Breaker這項feature，可保護已壞的後面Service，因此進行熔斷，查詢/研究了觀念及對應配置，以及影片中的展示。
6. 對於APISIX Monitor，最後一步的配置為發送通知，研究了AlertManager並查閱未來如果要使用Rocket Chat來發送通知該如何配置。
7. 對於影響HA的部署拓墣，閱讀了K8S官方的文件，理解到有兩種etcd的配置，以及其優缺點及適用情境。
8. 把API Gateway部ㄕㄨˇ於K8S，理解其策略，預設為Rolling update，在演練中，操作可能導致失誤，在理解失誤的原因後，對於極端情境，至少會有配套措施，Pod 至少數量的配置，低於配置則發警報。

Day 12 ~ 19

https://ithelp.ithome.com.tw/users/20111516/ironman/7607?page=2